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System and Method for Providing Internet Accessible 
Registries 
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BACKGROUND OF THE INVENTION 



1 . Field of the Invention 

This invention relates generally to the field of Internet accessible product registries. 
More particularly, this invention relates to a system and method for aggregating and 
10 managing multiple registries over the Internet. 



2. Description of the Related Art 

The advent of widespread access to the Internet has generated interest in the 
development of web applications capable of accessing registry databases. Registry 

1 5 databases are collections of registries. Each registry in a registry database describes a 

registrant, an event, and the items that the registrant would like to acquire in celebration of 
the event. Registry databases are generally maintained by retailers such as department 
stores. An event may be, for example, an engagement, wedding, anniversary, birthday, 
graduation, religious holiday, baby shower, baptism, confirmation, Mother's day, Father's 

20 day, or other significant event. Further, rather than representing an event, a registry may 
simply represent the generalized wish list of the registrant. 

Internet accessible registry databases have many advantages over registry databases 
that are exclusively available in the store. First, an Internet accessible registry removes 
geographic limitations. Trips to the store to purchase registry items or to create a registry 

25 are no longer necessary. One simply accesses the registry over the Internet from the / 
convenience of the home or office. The hassle of traffic, waiting in lines, and reliance on 
sales staff is circumvented. Using an Internet accessible registry, it is possible for a 
Tuscaloosa Alabama couple to register with a retailer in Manhattan, or for that matter, 
Venice, Italy. Second, for guests, the purchasers of registration items from a registry, 

30 options such as gift routing and wrapping are conveniently handled directly over the 

Internet. For example, gift wrapping and its concomitant hassles, such as waiting in long 
gift wrapping lines, is prevented by making such on-line designations. Third, Internet 
accessible registry databases provide advantages to retailers such as reduction in overhead 
costs and product exposure to an expanded, geographically unconstrained market - benefits 

35 that may be passed on to the consumer in the form of reduced retail prices. 
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Retailers that provide registration services over the Internet typically restrict the 
content of their registry databases to products offered by the individual retailer or, at best, to 
those of a highly limited number of retail partners. Thus, registrants to major events such as 
weddings must still register with several different retailers in order to attempt adequate 

5 coverage. Often registrants are not satisfied with the scope of their selections even after 
several different retail-specific registries have been made. However, the typical registrant 
does not create more retail-specific registries because of the burden it places on guests and 
because of the high degree of maintenance that is required by the registrant to maintain such 
a large number of registries. Further, existing retail-specific registries do not offer registrant 

10 with the option of registering unconventional items such as maid service, cooking lessons, 
or camping gear. 

Even with the introduction of Internet accessible registries, the practice of restricting 
registry database content produces the unsatisfactory result that guests attempting to buy 
gifts for registrants must search multiple retail-specific web sites. Such inconvenience is 

1 5 magnified when the guest does not even know where the registrant is registered. Several 
retail independent web sites have attempted to address the shortcomings of retail-specific 
Internet accessible registry databases. These web sites allow a registrant to build a gift 
registry that is not retail-specific. However, while functional, such web sites are 
unsatisfactory in practice. The registrant must manually enter large amounts of information, 

20 such as a product description, price, and possible places that the registry item can be found. 
Further, there is no method by which a retailer can update the registry when a purchase is 
made. Rather, such web sites typically require that the guest update the registrants' web 
page as gifts are purchased. This has the disadvantage that every guest must use the 
registrant's web page and diligently update it. Often, this is simply not possible because 

25 some of the guests do not have access to the Internet. 

In view of the situation described, what is needed in the art is a system and method 
for managing a large number of registries in a single uniform environment such that the 
amount of work required by both the registrants and the guests is minimized and the content 
of the registries is expanded beyond traditional retail content. 

30 

SUMMARY OF THE INVENTION 
The present invention provides a system and method for aggregating registries. The 
system and method allows registrants to collect all registries, both custom and 
35 retail-specific, in a single web site. The present invention allows registrants to expand the 
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number of event types for which they create registries. Using the features of the present 
invention, registries for even the most common events, such as birthdays, are created by 
registrants and are easily accessed by relatives and friends over the Internet. 

In a preferred embodiment, a query from a registrant, which includes an identifier 

5 and a search criteria, is received by a server. The identifier is used to select a particular 
registry database from a plurality of registry databases. The search criteria is used to 
identify matching registries in the selected registry database. In response to a selection of 
one of the matching registries, a user identification that uniquely identifies the registrant is 
associated with the selected registry. As the registrant selects additional registries, an 

10 aggregated registry, composed of each registry that has been chosen, forms. Because 
selected registries are associated with a user identification rather than transferred to a 
secondary registry database, an aggregated registry typically spans multiple primary registry 
databases. 

In another aspect of the present invention, a query is received from a guest and 

1 5 multiple registry databases are searched. The query typically includes a name of a registrant 
and an event date. A unique identifier, for each matching registry in any of the multiple 
registry databases, is then communicated to the guest. When the guest selects one of the 
unique identifiers, the registry associated with the unique identifier is opened for review. 
The guest may pick items in the registry for purchase while the registry is open. In a 

20 preferred embodiment, the guest may make additional queries. The additional queries may 
designate different registrants or additional event dates. As with the original query, each 
registry database is searched for matching registries. Unique identifiers, each representing a 
matching registry, are communicated to the guest. The guest selects one of the unique 
identifiers and the corresponding registry is opened. Items selected by the guest from the 

25 opened registry are added to an aggregated purchase list that includes all items selected by 
the guest from previously selected registries. 

When the guest has finished making queries and selecting items, a single purchase 
transaction is performed. The purchase transaction includes the steps of producing a 
requisition for each registry database provider represented in the aggregated purchase list. 

30 Each requisition corresponds to a particular registry database provider and includes each 
item in the purchase list that originated from a particular registry database supported by the 
corresponding registry database provider. Then, using a credit and/or debit system, such as 
a credit card associated with the guest, an electronic purchase transaction is executed for 
each requisition. 

35 
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In a preferred embodiment of the present invention, a registrant may log onto a 
server. During the log in process, a unique user identifier is obtained from the user profile 
of the registrant. The user identifier is used to generate an aggregated registry that includes 
each registry in a multitude of registry databases. Once the registrant selects one of the 

5 registries in the aggregated registry, management of the registry over the Internet is possible. 
On-line management typically includes adding/deleting items from the registry, reviewing 
the registry purchase order history, altering an item order quantity in the registry, identifying 
a party that has made an order using the registry; and/or sending a message to a party that 
has made an order using said registry. 

10 In yet another preferred embodiment, registry database providers may access their 

registry databases from a server to review update registry databases with in store activity, 
revise on-line catalogs of products, and review registry orders. However, even when 
registry database providers update their respective registry databases, aggregated registries, 
i.e. the associations between user identifications and registries, are preserved. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 
For a better understanding of the nature and objects of the invention, reference 
should be made to the following detailed description taken in conjunction with the 
accompanying drawings, in which: 

20 

FIG. 1 illustrates a server in accordance with the present invention. 

FIG. 2 illustrates various sources of registry databases in accordance with the present 
invention. 

25 

FIG. 3 illustrates a registrant profile that includes a general user identifier and personal data, 
in accordance with one embodiment of the present invention. 

FIG. 4 illustrates the processing steps associated with the method of creating an aggregated 
30 registry in accordance with one embodiment of the present invention. 

FIG. 5 illustrates an exemplary process for associating a user identification with a registry in 
accordance with one embodiment of the present invention. 

35 
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FIG. 6 illustrates processing steps associated with management of an aggregated registry by 
a registrant over the Internet in accordance with one embodiment of the present invention. 

FIG. 7 illustrates processing steps associated with aggregate registry shopping over the 
5 Internet in accordance with an embodiment of the present invention. 

FIG. 8 illustrates the steps for an exemplary process for aggregated registry shopping over 
the Internet. 

10 FIG. 9 illustrates an example data structure of an aggregated purchase list in accordance 
with an embodiment of the present invention. 

FIG. 10 illustrates processing steps associated with management of an aggregated registry 
over the Internet by a registrant that is facilitated by use of a general user identifier stored in 
15 a user profile in accordance with an embodiment of the present invention. 

FIG. 1 1 illustrates processing steps used by a registry database provider to update an 
Internet accessible registry database in one embodiment of the present invention. 

20 FIG. 12 illustrates a topology that interfaces an Internet accessible registry database with a 
master registry database and outlet store registry databases. 

Like reference numerals refer to corresponding parts throughout the several views of 
the drawings. 

25 

DETAILED DESCRIPTION OF THE INVENTION 
General Architecture 

30 FIG. 1 is a general illustration showing the architecture of system 100 that is in 

accordance with the present invention. System 100 has a standard computer configuration 
including at least one central processing unit (CPU) 102, at least one hard disc 104, an 
optional user interface 106, a network interface 112, and a system memory 1 14 that are 
connected by bus 138. Disc 104 is used to store various components of system memory 

35 114. Optional user interface 106 can perform tasks such as monitoring traffic on system 
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100, controlling disc 104 data upload or download, and/or optimizing a component of 
system memory 114. Network interface 1 12 provides Internet access to system 100. 
Further, network interface 1 12 provides access to one or more remote servers 142. 
The components in system memory 1 14 in this exemplary system include an 

5 operating system 116 and the identity of registry database providers 118. In one 

embodiment of the present invention, a registry database provider 1 1 8 may be a retailer such 
as a department store. Each registry database provider 1 1 8 may be associated with one or 
more registry databases 120. There is no limit on the number of distinct registry databases 
120 that a particular registry database provider 118 may have in system memory 1 14. 

10 In an illustrative preferred embodiment, each registry 122 in registry databases 120 

may include search data such as the full name of the registrant and, if existing, coregistrants, 
an event date and location, the store number where registry 122 was created, and a sales 
consultant number or name. Registry 122 may further include a field that specifies a 
registrant password that is used if the registry is to be password protected by system 1 00. 

15 Similarly, registry 122 may specify a guest password that must be specified by a guest 

before access is granted to registry 122. In the preferred embodiment, registry 122 includes 
a shipping address to use for purchases made prior to the event and a second shipping 
address that is to be used after the event. Further, registry 122 may include a variety of 
control flags. For example, registry 122 may include a flag that controls whether the 

20 registry is accessible over the Internet, a status flag that is capable of designating whether 
the registry is "active" or canceled, a flag that records when the last change to registry 122 
was made, and/or an add/update flag that may be used to synchronize registry 122 with a 
registry on another server. Finally, each registry 122 in the preferred embodiment includes 
registry items 124. Preferably, each registry item 124 has a retailer registry identifier such 

25 as a stock keeping unit ("SKU") or a universal product code ("UPC") number, a quantity 
desired, the quantity of the product that has already been purchased, a description of the 
product, and the product purchase price. 

The components of system memory 1 14 in the exemplary system of FIG. 1 further 
include a profile database 126 that has the profile of each person that logs into system 100. 

30 People that log into system 100 may be registrants of one or more registries 122, or guests 
seeking to purchase registry items 124. 

System memory 114 also includes an upload module 128 for receiving an update of 
registry database 120 from a registry database provider. Such updates may be incremental 
updates or full replacements of a registry database 120. In a preferred embodiment, a 

35 registry database 120 is assigned an update file and an associated update control file. When 



-6- 



CAl - 227222 1 



update of registry database 120 is required, a registry database provider sends the update file 
to system 100 from a remote computer through network interface 1 12. Preferably, the 
update file is sent using file transfer protocol (FTP). Once transfer of the update file to 
system 100 has completed, the update control file is sent. The presence of update control 

5 file in system 100 triggers upload module 128 to open the associated update data file and 
update the appropriate registry database 1 20 with the contents of the update file. The update 
control file is then deleted from system 100. One of skill in the art will appreciate that 
numerous variations of upload module 128 are possible. All such variations are within the 
scope of the present invention. For example, in an alternative embodiment, the control file is 

10 not deleted from system 100 after an update. Rather, upload module is triggered to perform 
a subsequent update when the timestamp of the update control file changes. 

In some embodiments of the present invention, system memory 114 includes a 
download module 130 that may be used by registry database providers 1 18 to download 
registry orders made by guests and/or registry 122 updates made by registrants on system 

15 100. In a preferred embodiment, download module 130 may be implemented as an FTP 
server. When a registry database provider provides the appropriate password associated 
with the registry database provider, access is granted and information downloaded. 
Preferably, registry orders are in a file with a customized format that was specified by the 
registry database provider 118. It will be appreciated that the data transferred by upload 

20 module 128 and download module 130 may be secured in a variety of different ways known 
to those of skill in the art. For example, the data may be encrypted, transferred over the 
open Internet, on leased lines, or on virtual private networks. 

Web site 132 provides a graphical user interface that is used by guests, registrants, 
and registry database providers. Web site 132 includes three modules, an aggregation 

25 module 134 for aggregating registries 120, a shopping module 136 that provides an interface 
to guests, and an on-line management module 138 that provides an Internet interface for 
on-line registry management by registrants. Web site 132 may optionally include a variety 
of other modules, such as a registry database provider in store registry module 140. Module 
140 may support registry database providers such as small businesses or shop owners that 

30 do not have an in house electronic registry database. Module 140 may be accessed from 
such businesses or shop owners and serve as a proxy to an in house electronic registry. 

The utility of upload module 128 may be further appreciated by reference to FIG. 2. 
As illustrated in FIG. 2, upload module 128 may be used to upload an Internet accessible 
on-line catalog 202 from a retailer. On-line catalog 202 may include a list of products 

35 and/or services available from the retailer. In a preferred embodiment, web site 132 
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provides an interface to an on-line catalog 202. This allows registrants to access the on-line 
catalog 202 through network interface 1 1 2 in order to build a registry. Registries built using 
web site 132 are added to the registry database 120 that corresponds to on-line catalog 202. 
In a preferred embodiment, a diverse array of on-line catalogs 202 are hosted by web site 

5 132. Such an embodiment provides a replacement to in store registration and allows a 
registrant to register with a wide array of registry database providers and to specify 
unconventional gift items. 

As shown in FIG. 2, upload module 128 may upload a registry database 204 from 
registry database provider 118. In some embodiments of the present invention, upload 

10 module 128 may be used to poll select uniform resource locations (URLs) for content 206. 
When content is found at a particular URL, upload module updates a registry database 1 20 
with the content from the particular URL. Therefore, in such embodiments, system 100 
provides access to registry databases 1 20 from retailers that do not provide information 
directly to system 100 through direct channels. 

1 5 Profile database 126 (FIG. 1) is used to store user profiles. A user profile may 

include information about a registrant (registrant profile) and/or a guest (guest profile). As 
illustrated in FIG. 3, each registrant profile 300 includes a unique general user identifier 
302. The general user identifier 302 provides a method for identifying, independent of the 
actual name of the registrant, a particular registrant. A registrant profile 300 also includes a 

20 password 304. When a registrant logs into system 100, in a preferred embodiment, the 

registrant is prompted to provide password 304. It will be appreciated that the general user 
identifier 302 may serve as a password in some embodiments of the present invention and 
that, in such embodiments, registrant profile 300 does not have a separate password field 
304. As depicted in the exemplary profile of FIG. 3, registrant profile 300 may include a 

25 user name 306, an address 308, a telephone number 3 10, and an E-mail address 312. The 
registrant profile may also include demographic information 314 such as a age and/or 
household income. 

In some embodiments of the present invention, registrant profile 300 includes an 
event date 316 and an event type 318, such as a wedding or birthday. Further, a personal 
30 web page 320 may be designed using a profile wizard provided by web site 132 and 
associated with a particular event. The personal web page may provide guests with 
information such as news related to the event, driving instructions, hotel information, and/or 
uploaded images. 

In yet other embodiments of the present invention, the registrant profile stored in 
35 profile database is two-tiered. The top tier includes basic information about a registrant, 
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including a general user identifier. Several lower tiered profiles may exist, each . 
representing a distinct event for which the registrant has registered. Each of the second- 
tiered profiles may include an associated web page that provides information related to the 
event. 

5 Preferably, each guest profile includes the information necessary to support single 

click purchase by the guest. Such information typically includes credit card and/or debit 
card information, a billing address and a reference phone number or E-mail address. The 
guest profile is typically generated by prompts made by system 100 the first time a guest 
logs in to the system. 

10 

Registry Aggregation 

Now that the general architecture of a system in accordance with the present 
invention has been disclosed, the concept of registry aggregation can be described. 

1 5 Referring to FIG. 4, an exemplary registry aggregation process is illustrated. In a preferred 
embodiment, the exemplary registry aggregation process of FIG. 4 is hosted by web site 
132. In the first processing step of FIG. 4, a registrant logs into system 100 (402). In step 
402, profile database 126 (FIG. 1) is queried for the registrant profile 300 associated with 
the registrant. When there is no associated registrant profile 300 in profile database 126, 

20 system 100 generates a registrant profile 300 for the registrant find assigns a unique general 
user identifier 302. In the next processing step, the general user identifier 302 is obtained 
from the registrant profile 300 (404). In processing step 406, a query is accepted from the 
registrant. The query includes the name of a particular registry database 120 (FIG, 1) as 
well as search criteria. One of skill in the art will appreciate that several different 

25 techniques may be implemented to facilitate selection of a particular registry database 120 
by the registrant in processing step 406. As an example, the name of each registry database 
provider 118 may be listed in a pull down menu on web site 132. When a registrant selects 
a particular registry database provider 1 18, all registry databases 120 associated with the 
particular registry database provider 1 18 are listed on a submenu. A particular registry 

30 database 120 may then be selected from the submenu. Although many other embodiments 
are within the scope of the present invention, in a preferred embodiment, the search criteria 
provided in step 406 includes a first and last name and an event date. 

In processing step 408, the search criteria specified in processing step 406 is used to 
search the specified registry database 120 for matching registries 122. Next, in processing 

35 step 410, the registrant selects a matching registry 122. In processing step 412, the general 
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user identifier 302 of the registrant is assigned to the registry 122 selected in processing step 
410. Preferably, the assignment of a general user identifier 302 to a registry 122 is made by 
populating a specific field in registry 122, which is reserved for general user identifiers, with 
general user identifier 302. 
5 In a preferred embodiment, the assignment of a general user identifier 302 to a 

registry 122 is not overwritten when registry database 120 is updated by upload module 128. 
Thus, for example, the assignment is not overwritten even when the registry database 
provider 1 18 associated with the registry database 120 that includes registry 122 updates the 
registry. 

10 Registry aggregation occurs when the process illustrated in FIG. 4 is repeated by a 

particular registrant. Each time the registrant repeats the processing steps of FIG. 4, an 
additional registry 122 is associated with the general user identifier 302 of the registrant. 
The collection of registries, throughout the various registry databases 120, that have been 
associated with a particular registrant using a process such as that shown in FIG. 4 is 

1 5 defined herein as an aggregated registry. 

To illustrate the aggregation process of FIG. 4, FIG. 5 shows various states of 
illustrative web site 132 in accordance with the present invention. First, web site 132 
provides a form 502 that facilitates entry of the processing step 406 (FIG. 4) query. Form 
502 includes fields 504 for the search criteria aspect of the query and field 506 for 

20 specification of the registry database 120 to be searched. Field 504 may include, for 

example, a first name and a surname. When form 502 is submitted, search criteria 504 are 
used to search the registry database 120 specified in field 506 for matching registries 122. 
Panel 508 illustrates registries 122 found in the search. When a registrant selects a 
matching registry 122 from a panel such as panel 508, web site 132 displays a screen such 

25 as that depicted in panel 510. In panel 510, the registrant confirms that he is the "owner" of 
the registry selected in panel 508 by use of field 512. Then, the selected registry 122 is 
updated to include the general user identifier 302 associated with the registrant. 

In view of the foregoing general description of the invention, those skilled in the art 
will recognize a number of benefits associated with the disclosed technology. For example, 

30 there is no requirement that the various registries in an aggregated registry be in the same 
registry database 120. Thus, there is no requirement that the various registries 122 in the 
aggregated registry have a similar or compatible data structure. Furthermore, because 
registries in an aggregated registries are left intact in their native registry databases, it is 
possible for registry database providers to upload database updates without overwriting the 

35 associations made in the aggregation process. Another advantage of the aggregated registry 
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is that it is not dependent upon the name of the registrant or other personal information 
provided by the registrant. Thus, an aggregated registry can include registries that have 
slight variations of the registrant's name, or indeed, different names altogether. 

Yet another advantage of the present invention is that it provides a permanent 

5 framework for hosting registries throughout the life of each registrant. Accordingly, system 
100 can be configured to send E-mail messages to a registrant on the eve of birthdays, and 
other major calendared events. The E-mail message can invite the registrant to generate an 
aggregated registry for the event. In another aspect of this framework, customers can rely 
on system 100 to send them reminders about major events, involving friends, business 

10 associates, family members or colleagues that may require the purchase of a gift or card. 

Illustrative Registrant Session 
To better appreciate certain aspects of the present invention, an illustrative registrant 
session is shown in FIG. 6. This illustrative session may represent processing steps that are 

15 performed using the on-line management module 138 of web site 132. To begin, in 

processing step 602, successful log in results includes identifying the general user identifier 
302 associated with the registrant. Once processing step 602 is completed, the registrant 
can add or create registries 122 (606). Registries 122 are added by selecting a registry 
database 120 and providing search criteria such as an event date or name. The registrant 

20 may select an identified registry 608, using techniques described above in connection with 
Figures 4 and 5. Each time a registry 122 is selected, the general user identifier 302 is 
assigned to the registry. Registries 122 are created in processing step 606 when the 
registrant uses web site 132 to make selections from an on-line catalog 202. Repetition by 
processing step 606 results in the formation of an aggregated registry that can be managed 

25 over the Internet in processing step 610. The registrant selects a registry (step 612) that 
includes the general user identifier 302 associated with the registrant. 

Once the registrant selects a registry 122, the registrant may update the registry (step 
614). Such updates may include, for example, changing the order item count of a registry 
item 124, and adding or deleting registry items 124. Because the component registries 122 

30 of an aggregated registry remain in their native registry databases 120, it is possible to 
communicate the updates made in processing step 616 to the appropriate registry database 
provider 120 using downloader 130. 

FIG. 6 illustrates other options available to a registrant. In processing step 616, the 
registrant may obtain an updated registry report that includes, for example, what registry 

35 items 124 have been ordered. Further, in processing step 620, the registrant may edit the 
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registrant profile 300. The illustrative session ends in processing step 622 when the 
registrant logs out. 

Illustrative Guest Session 

5 To better appreciate additional aspects of the present invention, an illustrative guest 

session is shown in FIGS. 7 and 8. In step 702, the guest optionally logs into system 100. 
The optional guest log in process includes identifying the guest profile associated with the 
guest in profile database 126. In step 704, the guest enters a query. In a preferred 
embodiment, such as that illustrated in panel 802 (FIG. 8), the query includes a first and last 

10 name and an optional event date. Each registry database 120 is then searched for registries 
122 that match the query. As illustrated in panel 804, matching registries are displayed by 
web site 132 and the guest selects one of the matching registries 706. When a registry is 
selected, it is opened, thus allowing the guest to review the registry over the Internet. An 
illustrative opened registry is shown in panel 806 of FIG. 8. 

1 5 One of the advantages of the present invention is that the guest may make multiple 

queries in a single Internet session 718. Each query 704 may be for a different party and/or 
event. Thus, in a single session, a guest may make several different selections, or purchases, 
from several different registry databases 120. Each selection made by a guest in a single 
Internet session is collected into an aggregated purchase list. At the end of the Internet 

20 session, a single aggregated purchase transaction 720 is performed. If the guest had logged 
into system 100 (702) and the guest profile includes credit card information, the single 
aggregated purchase transaction may be automatically performed using the information 
stored in the guest profile. Finally, the session ends 722. In an alternative embodiment, 
guests do not log into system 100 until step 720. 

25 

Aggregated Purchase List 

In FIG. 9, a representative aggregated purchase list 900 is disclosed. The aggregated 
purchase list 900 includes a session identifier 902 that identifies a particular Internet 
session, such as a session illustrated in FIG. 7 or FIG. 8. Further, the aggregated purchase 

30 list 900 may include a guest general user identifier that is associated with the customer. 
When that is the case, the guest general user identifier is used to obtain credit card 
information from the associated guest profile. Aggregated purchase list 900 further 
designates each registry database provider 906 from which the guest selected a particular 
registry item 124 during session 902. When a particular registry database provider has more 

35 than one registry database 120 in system 100, the registry database provider field 906 
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includes a registry database designation 120. Finally, aggregated purchase list 900 includes 
the registry items 124 selected by the guest during session 902. The registry items, termed 
order items in FIG. 9, are categorized by database provider 906. 

The system and method of the present invention allows guests to purchase gifts 

5 directly from retailers without selecting a registry or accessing a registry database. When a 
guest purchases a gift from a retailer without accessing a registry, 906 designates a retailer 
rather than a registry database provider. Thus, it is possible for an aggregated purchase list 
900 to include both records 906 that designate a registry database provider and records 906 
that designate a retailer. 

10 The advantage of an aggregated purchase list is that it provides convenience to the 

guest. Rather than executing a series of on-line sessions to buy registry items, a guest 
makes all necessary selections during one session. Further, the aggregated purchase list 
provides transaction flexibility. That is, all purchases may be made in a single credit card 
transaction by server 100. In such an embodiment, respective registry database providers 

15 906 may have accounts that are credited for purchases made through server 100. 

Additionally, separate credit card transactions can be arranged for those registry database 
providers that have no such account. Most importantly, the credit card transactions made, 
either collective or separate, are transparent to the guest. Now that the structure of 
aggregated purchase list 900 has been disclosed, one of skill in the art will appreciate the 

20 convenience that it provides to the guest. 

Internet-Based Management of an Aggregated Registry 
Referring to FIG. 10, some of the advantages an aggregated registry provides to a 
registrant are illustrated. When a registrant logs in to system 100 (1002), the general user 

25 identifier 302 is obtained from the corresponding registrant profile 300 (1004). In 

processing step 1006, general user identifier 302 is used to search each registry database 120 
in system 100 for registries 122 having general user identifier 302. The collective set of 
matching registries found in processing step 1006 is the aggregated registry. The user 
selects one of the registries 122 in the aggregated registry in processing step 1008 and 

30 Internet-based management of the selected registry is performed in processing step 1010. In 
this manner, the registrant can easily manage each registry associated with the registrant in 
system 100 without remembering specific details about each registry. Internet-based 
management of a gift registry 122 in processing step 1010 may include any number of 
services. For example, registry items 124 may be added or deleted from the selected 

35 registry, the purchase order history of the selected registry may be reviewed, registry item 
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order quantities may be adjusted, guests that have made orders from the selected registry 
may be identified and messages may be sent to such guests. 

Although not shown in FIG. 10, it will be appreciated that it is possible for the 
registrant to update registrant profile 300 while logged into system 100. Such, an update 
5 may includes personal contact information, updating a personal web page, changing an 
event date, specifying a new event type, updating a credit card number, modifying a guest 
list or E-mail address, or revising a broadcast message to be sent to select guests. 

10 Internet-Based Management by a Registry Database Provider 

Referring to FIG. 1 1, additional benefits of the present invention are disclosed. In a 
first processing step, a registry database provider 1 18 or an agent for the provider specifies a 
superuser password in an authentication operation. When a valid superuser password is 
provided, access is granted to a registry database 120 associated with the superuser 

15 password. When access is granted to a registry database 120, the services of upload module 
128 and download module 130 may be utilized. For example, orders associated with the 
registry database 120 may be reviewed and/or on-line catalog of products offered by the 
registry database provider 120 may be updated. In another example, the registry database 
120 may be incrementally or completely updated. As one of skill in the art will appreciate, 

20 however, the registry database provider does not overwrite associations made between 
particular registry 122 and registrant general user identifiers 302. 

Master Registry Database 
The present invention can be used in conjunction with a master registry database. In 

25 a preferred embodiment, the master registry database is a registry database that is 

maintained by a retailer that has several outlet stores. Referring to FIG. 12, each outlet store 
1204 has a copy of master registry database 1206. Registry purchases made at each outlet 
store are tracked by the respective outlet registry database 1204 . Outlet registry databases 
are then resolved with the master registry 1206 periodically. The resolve operation typically 

30 comprises deducting, from the master registry, the registry items purchased at the outlet 
stores 1204. Because of the framework of system 100, it can serve as an additional on-line 
"outlet." An Internet accessible registry database 1202 equivalent to an outlet store database 
1204 is placed on system 100. Guests make purchases from Internet accessible database 
1202. Registrants may identify registries in Internet accessible database 1202 for 

35 aggregation purposes. Internet accessible registry database 1202 is resolved with master 
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registry database 1206 periodically using the previously disclose upload module 128 and 
download module 130 services. A set up such as that disclosed in FIG. 12 provides a 
convenient method by which registry database providers can obtain an Internet presence 
without investment in special equipment. Further, because aggregation is database structure 
5 independent, no modification of master registry database 1206 is required when creating and 
supporting an Internet accessible database 1202. 



1 0 ALTERNATIVE EMBODIMENTS AND MODIFICATIONS 

The embodiments were chosen and described in order to best explain the principles 
of the invention and its practical applications, to thereby enable others skilled in the art to 
best utilize the invention and various embodiments with various modifications as are suited 
to the particular use contemplated. For example, it will be appreciated that one or more 

15 components of upload module 128 may be implemented directly within web site 132. 
Further, one or more registry databases 120 may actually reside on one or more remote 
servers 142 that are accessible to system memory 1 14 through network interface 112. It is 
intended that the scope of the inventions be defined by the following claims and their 
equivalents. 

20 
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